home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / telecomm / sticpsrc.lzh / DOC / NETCHL.ARC / NETCHL.TXT < prev   
Text File  |  1988-05-27  |  16KB  |  385 lines
  1. The PE1CHL version of NET by KA9Q
  2.  
  3. by R.E. Janssen, PE1CHL.      last update: 27-May-1988.
  4.  
  5. This document describes some changes I have made to the NET 
  6. program (by KA9Q) after porting the program to the Atari ST.  
  7. These features are now also available in a PC version.
  8. Current program version is 871225.12.PE1CHL
  9.  
  10.  
  11. AX.25 callsign handling
  12.  
  13. The 'mycall' variable and command have been replaced by a more 
  14. powerful set of commands, that allow more complex ax.25 use of 
  15. the package. The callsign to use in IP and NET/ROM is now 
  16. specified as an extra parameter to the attach command.
  17.  
  18. This change allows a different callsign-ssid to be used on 
  19. different bands, a requirement in some countries.  Also it is the 
  20. basis of some cross-band digipeating features. A problem occurs 
  21. when the same station can be contacted on 2 bands, and the 
  22. routing tables in each station indicate a different band to be 
  23. used. The other station incorrectly assumes the same callsign is 
  24. valid on both bands. ARP can be fixed to include the interface in 
  25. the table, and keeping separate callsigns for each IP address-
  26. interface pair. This has not yet been implemented.
  27.  
  28. The digipeater functionality and command have been enhanced.  It 
  29. is now possible to switch digipeating on and off independently 
  30. for each interface, and as an extra option it is now possible to 
  31. have a digipeater gateway between 2 or more bands.  To use this 
  32. feature, set a different callsign-ssid on each band (in the 
  33. attach command), and use "ax25 digipeat <interface> gate" 
  34. commands for each interface participating in the gateway.  
  35. Packets arriving on an interface, and requiring to be digipeated 
  36. by the call of another interface, will be sent out on the 
  37. digipeat interface with the digi call replaced by the call of the
  38. interface where the packet arrived.  (a known trick to implement 
  39. a multi-band digipeater gateway).
  40.  
  41. Example: If the callsign on 2m is PE1CHL-2, and on 70 it is 
  42. PE1CHL-7, someone qrv on 2m can connect a station on 70 by 
  43. connecting "via PE1CHL-7".  This results in a transmission on 70 
  44. cm specifying PE1CHL-2 as a digipeater. When the destination 
  45. station replies, the packet will be digipeated on 2m with 
  46. digipeater callsign PE1CHL-7.
  47.  
  48.  
  49. MHEARD
  50.  
  51. The familiar "MHEARD" command has been added.  It is now only 
  52. implemented for ax.25, but it could be used on any network.
  53. It is possible to set the number of different addresses to 
  54. remember using "mheard <interface> number". The default is 0, 
  55. i.e. no recording of heard stations.
  56. Use the command "mheard 144 23" to keep the last 23 heard 
  57. stations in the list (i.e. one screenful).
  58. The command "mheard 144" will then list the heard stations, in 
  59. this format:
  60.  
  61. May 25 21:25:34  PA0GRI-1  to PE1CHL-2
  62. May 25 21:25:20  PI8CIK    to MAIL      via PI8HOB >(PI8VRZ)
  63.  
  64. In the second line, a station was heard using a digipeater. The 
  65. part of the digipeater list in brackets indicates the digipeaters 
  66. that did not yet relay the packet when it was last heard.  So in 
  67. the example, PI8VRZ was not heard digipeating the packet.
  68. The ">" sign indicates that the input of the digipeater was 
  69. heard, in this case the transmission by PI8HOB to PI8VRZ.
  70. If the 2nd line reads:
  71.  
  72. May 25 21:25:20  PI8CIK    to MAIL      via >PI8HOB >(PI8VRZ)
  73.  
  74. this means that PI8CIK was heard DIRECT and via PI8HOB, but not 
  75. via PI8VRZ.
  76. The most common use of this feature is to determine if a station 
  77. can be heard direct and/or via a digipeater, as in:
  78.  
  79. May 25 21:38:10  PI8RNI-7  to PI8ESA-7  via >PI8HOB
  80.  
  81. This indicates the station can be heard both direct and via the 
  82. digipeater.
  83.  
  84.  
  85. SOURCE
  86.  
  87. The "source" command has been added to read a commands file, like 
  88. the autoexec.net file. The syntax is "source <filename>" This 
  89. command can also appear within the autoexec.net file itself, 
  90. making it possible to subdivide this file in some logical parts 
  91. (e.g. setup and routing commands).
  92. This allows you to structure the autoexec.net file into different 
  93. parts, like attach of interfaces, parameter setting, routing 
  94. commands etc. Now, it is possible to share some of these files 
  95. between different setups to be used by NET.
  96.  
  97.  
  98. ROUTE
  99.  
  100. The "route" command hast been extended: when you enter
  101. "route add <host> via <ipgate>", the existing route to <ipgate> 
  102. is stored in the routing table.  This means that if you change 
  103. the route to <ipgate> in your autoexec file, all the routes that 
  104. are via this gateway will automatically be updated when you start 
  105. NET. (especially handy when you change the interface at which a 
  106. gateway can be reached, and still more important when you want to 
  107. run different configurations of you local machine(s) using a 
  108. cleverly built autoexec.net using the "source" command to read 
  109. routing tables from separate files.)
  110.  
  111. Example:
  112.  
  113.      route add pa0gri 144
  114.      route add bbs.pa0gri via pa0gri
  115.  
  116. Some very minor changes in the doadd and dodrop routing functions 
  117. now make it possible to use symbolic names in route commands, 
  118. even when specifying the number of bits:
  119.  
  120. Example:
  121.  
  122.      route add Belgium/16 via pa0gri
  123.  
  124.  
  125. TRACE
  126.  
  127. Tracing can now be routed to a file. Use "trace to <pathname>" to 
  128. enable tracing to a file, "trace to con" to switch back to 
  129. console tracing.  Always use an absolute pathname for the file 
  130. (e.g.: trace to c:\net\tracefile), as it is sometimes closed and 
  131. re-opened using the specified name.  This could fail if you 
  132. change the working directory.
  133. The date and time-of-day has been added to the first line of each 
  134. trace output, which is useful when writing to a file.
  135.  
  136.  
  137. FLOW
  138.  
  139. The "flow" command has been implemented, and works like in the 
  140. TNC code.  Incoming input is not printed when the user is typing
  141. input on an interactive connection, greatly enhancing the 
  142. readability of keyboard-to-keyboard communications. The input 
  143. will be printed when a RETURN is typed, or whenever you backspace 
  144. to the beginning of the line.  "flow on" enables this feature.
  145.  
  146.  
  147. Input Line Editing
  148.  
  149. Input line editing has been enhanced, and a history of command 
  150. lines (of more than 1 character) is kept.  The arrow keys can be 
  151. used to move through this history, and to edit input lines. An 
  152. "insert" mode is recognized (insert key).
  153. Key functions are:
  154.  
  155.      left arrow     nondestructive backspace through the current 
  156.                     line. allows corrections in your input.
  157.  
  158.      right arrow    to move towards the end of the line.  when it 
  159.                     is used at the end of the input, characters 
  160.                     from the previous input line will be 
  161.                     inserted.
  162.  
  163.      up arrow       get the previous line in the input line 
  164.                     history and show it. put cursor at end of 
  165.                     this input line.
  166.  
  167.      down arrow     get next line from input line history.
  168.  
  169.      delete         when the cursor is over a character in the 
  170.                     current input line, deletes that character.
  171.  
  172.      insert         toggles between overtype and insert mode. in 
  173.                     insert mode, anything typed when the cursor 
  174.                     is not at the end of the input line will be 
  175.                     inserted at the cursor position.
  176.  
  177.      ^H, backsp     delete the character left from the cursor 
  178.                     position.
  179.  
  180.      ^R             redisplays the input line and puts the cursor 
  181.                     at the end.
  182.  
  183.      ^U, ^X         cancels the current input line.
  184.  
  185.      RETURN         accepts the current input line. note that the 
  186.                     cursor may be anywhere in the line, the 
  187.                     complete line will always be accepted.
  188.  
  189.  
  190. AX.25 ports
  191.  
  192. The "ax25 port" command has been added to allow ax.25 servers to 
  193. run in the NET program, just like TCP servers.  It is possible to 
  194. define a callsign (and optionally an interface) that can be 
  195. connected to, and a port number of a corresponding ax.25 server.  
  196. The type "digi" can be specified, in this case the program will 
  197. open a "fake" connection when the callsign appears in the 
  198. digipeater field of an incomin